home *** CD-ROM | disk | FTP | other *** search
- In article <shfD3G85A.LKu@netcom.com>, shf@netcom.com (Stuart Ferguson) says:
-
- >render engine of choice. It wouldn't be completely farfetched to
- >imagine a compiler server on the internet. Developers could mail
- >their code and makefile and would get back the results of a batch
- >compile which they would debug and resubmit. Just like the old
- >days, eh? (does anyone else remember? sigh). For testing, developers
-
- Interesting idea, but I think it would be easier to find the weak spot in
- a compiler server if I wanted to send a trojan program than to, say, use
- packet spoofing to poke around on someone else's network.
-
- I do remember submitting batch jobs, but we were advanced enough to have
- glass TTYs acting like card readers. :-)
-
- >would only need to create some scenes and those could be batch
- >rendered on the target machine and sent back. The service
- >providers would have to be trusted not to disclose source details.
-
- And I suppose you'd need to encrypt everything, too, before sending it
- along the Internet. But the code always ends up as plaintext sometime, and I don't
- know who happens to be sitting at the console at the other end. Most
- programmers I know don't even like people reading code over their
- shoulder, not to mention posting the code to the Internet, encrypted or not.
- How careful are you with your source code? :-)
-
- >I'm only optomistic about this possibility since I have found that
- >cross-compiling Win32 programs has been relatively trouble-free.
- >For porting between PC/SGI/Amiga, you're on your own.
-
- I ported InterChange from Intel to MIPS WinNT in about two hours,
- using a beta VC 2.0 compiler, so most of that time was setting up
- the incompatible makefiles. There was a slight difference in string
- alignment, something with an extra \0 on strings sent to the common
- file dialog, but since I'd read the docs, I'd already done that, so I
- had zero problems.
-
-
-
-